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and execute Price Plans to rate an Event. A plan selection 
rule set is used to select a Price Plan for the Event and an 
Algorithm rule set is used to select an Algorithm to rate the 
Event. The Price Plans and rule sets are stored in a database. 
Conditions are also evaluated as the rule sets are traversed 
and include a program that determines if an Event qualifies 
for the Condition. Conditions can have a range or domain of 
applicability. The changing of the decision network changes 
the business rules for the Event without changing the 
Algorithms or Conditions. 
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1 2 

DECISION NETWORK BASED EVENT FIG. 2 illustrates an Algorithm selection rule set of a 

PRICING SYSTEM IN A COMPONENT decision network. 

BASED, OBJECT ORIENTED CONVERGENT FIG. 3 depicts a preferred platform. 

CUSTOMER CARE AND BILLING SYSTEM FIG 4 shows process architecture, 

CROSS REFERENCE TO RELATED FIG ' 5 de P icts a P rocess for ralin S aa Event * 

APPLICATIONS FIG. 6 depicts processing a Price Plan. 

... . * j j i ■ • * IIC FIG. 7 depicts processing an Algorithm. 
This apphcation is related to and claims priority to U.S. r r ° 
provisional application Ser. No. 60/094,459, filed Jul. 29, FIG - 8 de P lcts evaluating a Condition. 
1998 entitled Component Based Object Oriented Conver- 10 DESCRIPTION OF THE PREFERRED 
gent Customer Care And Billing System by Hohmann et. al. EMBODIMENTS 
and which is incorporated herein by reference. This appli- 
cation is also related to concurrently filed U.S. application Th e present invention introduces the use of decision 
entitled Meta- Language For C++ Business Applications by i5 networks" to facilitate c o amkxJMc e j^Wst nictures used to 
Hohmann and Duymelinck, having Ser. No. 09/353394 rate and/or discount ljveife .!Tffi supplier 
filed on Jul. 15, 1999 and which is incorporated herein by with the possibility ol' denning pricing models or structures 
reference. used to rate Events. Price Plans also provide flexibility in 

changing a pricing model to meet market demands quickly. 

BACKGROUND OF THE INVENTION An Event represents a transaction between a supplier and a 

1. Field of the Invention '° customer. Examples ot Events m the telecommunications 

, . . industry are phone calls, monthly line fees or installation 

The present invention is directed to using a decision charges 

network to evaluate a Price Plan and an Event rating for _ ' * • j • • , * . 

rating customer transactions, and, more particularly, to a . l n th , f present invention, decision networks W e used o 

system that rates and/or discounts Events based on business 25 de termine what Price , Plan to use , fet^faent aad . flftw to 

rules stored in a Price Plan database. ra je theEvent based on businesses . These business rules 

can be implemented or changed without any modifications 

2. Description of the Related Art tQ ^ by changing the decision ae tworks. All busines s 
Flexible pricing plans are becoming ever more important rules are stnrefl in the p^ f fla^ ^a fa fta sf. This Price Plan 

in satisfying the needs of customers. Conventional prici ng 3Q structure is suitable for real time or batch processing. The 

p lans use simple hierarchical pricin g structures, ^iich as use of decision networks to implement Price Plan rules 

usage based pricin g. (Jomplex trice Plan structures are not provides the business with the competitive advantage of 

suitable ibr sucn hierarchical arrangements. What is needed creating complex pricing models attractive to its customers, 

is a system that supports complex Price Plan structures used The Event-pricing, concept cani>c..applied Jo. any business 

to rate Events. 35 domain where, customers are billed for transactions that can 

„ . 4 rt „ mm m v™^*r be represented as Events . All examples herein are inthe 

SUMMARY OF THE INVENTION telecommunicati ons indu stry domain Further examples of 

It is an object of the present invention to use decision business areas where using decision networks to implement 

networks to facilitate complex Price Plan structures used to Price Plan for Events is applicable include Internet Service 

rate and/or discount Events. 40 Providers, Utilities Companies and Video On-Demand Ser- 



It is another object of the present invention to provide a 



vices. 



system that supports conditional branching in a Price Plan. Two types of decision networks a re used, a Plan Selec tion 

It is a further object of the present invention to provide a Ru^Set 10 and an AlgoJithrT^^ 30, 

business with the competitive advantage of creating com- examples of which are depicted in FIGS. 1 and 2, 

plex pricing models attractive to the business customers. 45 respectively and which are conventionally traversed or N 

... . . r • processed. The Plan Selection Rule set essentially guides the A \ t v . i/> 

It is an additional object of the present invention to £vent tQ price pians T h c Algorithm Selection Rule_SeL is R'S* 1 ^ 

provide a flexible solution for Price Plans that can be used t he Price Plan and guideslte Event to AkQrilhrn T^i CA ^Ij 4 * ~ 

in an environment that requires high performance, such as Algorit hm calculates price or modft^^Z^ isTz 

real time rating of telecommunications Events. 5o dl^countj. An Event can be priced b/n^^PricePlans. 

The above objects can be attained by a system that uses pian Rule Set 10 ( S6e na x) & used t0 

decision networks to execute a Price Plan to rate an Event. determine processing order and select the Price Plans, which 

Apian selection rule set is used to select a Price Plan for the should be used to rate and price the Event ^ pian 

Event and an Algorithm rule set is used to select an Algo- Selection Rule Set 10 effectively manages the dependencies 

rithm to rate the Event. Conditions are also evaluated as the 55 bGiWGCn Price PlanSj ma nages exclusion relationships and 

rule sets are traversed and include a program that determines enables multiple price s to be applied according to specific 

if an Event qualifies for the Condition. mles NodeS) such ^ u and 14> ^ the Plan Selection Rule 

These together with other objects and advantages which Set decision network are called Plan Selection Rules. A Plan 

will be subsequently apparent, reside in the details of Selection Rule represents either a Condition 16 to be evalu - 

construction and operation as more fully hereinafter 60 a ted or a Price Plan to he execute d. An examnle of a 

described and claimed, reference being had to the accom- Condition is checking whether a telephone call is a fix ed 

panying drawings forming a part hereof, wherein like w ire call or a cellular call. An example of a~Fnce Pjajus a 

numerals refer to like parts throughout. p ricing structure for all hxed wire caTiT'tEat discoun ts 

n d 1 et? nncpDrDTTHM nc tuc hd Au/iwrc i nternational calls to Sw eden de pend ing on the time T Eecall 

BRIEF DESCRIPTION OF THE DRAWINGS fi5 fagh ^ m ^ ^ ^ two t0 

FIG. 1 illustrates a plan selection rule set of a decision crnlcl nodes, one (20) for a positive branch (TRUE) and one 

network. (22) for a negative branch (FALSE). Depending on the 
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constitute that Sensitivity. For example, the Sensitivity Pea- 
kHours could consist of the following three Conditions; 
1. 

Condition-CallStartTime > 08:00 and CallStartTime < 
5 18:00 and (DayOfWeek <> Saturday and DayOfWeek 
<> Sunday and DayOfWeek <> Holiday) 
Do main = Peak 

2. 

Condition-(CaUStartTime < 08:00 or CallStartTime > 
10 18:00) and (DayOfWeek <> Saturday and DayOfWeek 
<> Sunday and DayOfWeek <> Holiday) 
Domain-Off-Peak 

3. 

Condition=DayOfWeek==Saturday or DayOfWeek== 
is Sunday or DayOfWeek=~Holiday 
Domain ~Low 

An example of a Condition using the Sensitivity defined 
above could be: "PeakHours IS Off-Peak." To determine 

- A - ,^^ JM T — whether a call has taken place in off peak hours the sensi- 

P rjce Plan . JTris arrangement ^ proVides'an"a^3iHonal level of 20 tivity "PeakHours IS Off-Peak" can be used to specify all 
nested decision networks. The nodes 32 and 34 in the 



return value of the Condition or the Price Plan, the next node 
is selected. A Price Plan returns TRUE if the Event qualified 
for the Pric^Plan "Fftl^^ 

l *nce Pla n. Qualification 1 refers to whetheT an Eve^rreceived 
a rating*by a Price Plan or not. When an Event is processed 
by an Algo rithm, it is qualified for the plan and tne planwill 
r eturn ikjJH on exit. If an Event exits a Price Man i^XI^E 
then the Event was not guided to an Algorithm. ACojipliji on 

e valuatesl^Tfals e Condi tion,, FALSE is renupeSf^bcess- 
ing of an tivent is complete, when the pointer to the next 
node in the Plan Selection Rule Set is set to NULL 24. An 
Event would normally not reach a NULL 24 in the Plan 
Selection Rule Set without being priced. If such happens, the 
design of the Plan Selection Rule Set and/or the Price Plans 
is defective. 

Each Price ir Plan. 30 tn (JEIG. 2) cpnt_aJjns^an_^lgorithm 
Selection Rule JS eJLjis.e4Up rj determ 
Algorithm(s) to be performed onrean^ 



Algorithm Selection Rule Set 30 decision network are called 
Algorithm Selection Rules. An Algorithm Selection. Rul e 
R epresents either a Condition 36 to J bc fvaluatedjpr^a n 
Alg orith m ^ Ai ex'a ^l?oFan 25 

A igoruhm is assigning rates to^ 

di lation a^ the call is made. 



Conditions necessary to formulate the determination logic. 
This provides reusability of complex Conditions that can be 
used across multiple Price Plans. Because textual Conditions 
are preferably compiled at run-time to minimize the perfor- 
mance penalty associated with this process, a memory cache 
is preferably used to keep the compiled versions of Condi- 
tions. 

Algorithms include Processes or Operations . Each P r °~T 
cesscorftis^OUd s' 16 a Calculation to be perrormed for a Price I 



Each node contains two pointers 40 and ~42~t6~child nodes, 
one for a positive branch (TRUE) and one for a negative . . . 

branch (FALSE), Depending on the return value of the 30 P lan and a related TailfC Mudel Area . A larilf Mode 1 1 A fba is~r 
Condition, the next node is selected. An Algorithm always a grouping of rates and associated Tariff Model Sensitiviti es 
returns TRUE because the Algorithm is applied to each t hat collectively can be use d in a Price Plan. For example, if 
Event that is guided to the Algorithm. When a node with no local calls cost 0.l(l»/mm.',^mt f5B»rj t ^ calls 0.12/min and 
successors is encountered (where the next node Id is set to interstate calls 0.15/mia, then the collection of these 
NULL 44) control returns to the calling node in the Plan 35 numeric rates and associated sensitivities (in this case call 
Selection Rule Set. The number of nodes will depend upon 
the complexity of the Plan and the manner in which the user 
formulated the plan. Algorithm Selection Rules 30 are 
preferably not recursive (i.e., a Plan should not consist of 
other Plans). 

Conditions are preferably expressed in textual form using 
a configuration language. A conventional configuration lan- 
guage can be used, however, it is preferred that the Meta 
Language as discussed in the related application noted 



40 



types) is called a Tariff Model Area. This collection 
(essentially a rate structure) can be reused in many Price 
Plans, if applicable. The Tariff Model Area provides the 
c alculation option values used to rate an Event depending on 
T ariff Model Sensitivities. Tariff Model Sensitivities can be 
used to define zones (area codes), tariff weeks (peek/off- 
peek times), a nd bands for tier and taper discounting . A Price 
Plan may consist of several Algorithms, each one used to 
rate different types of Events (e.g., a plan contains an 
previously be used. The use of a meta-language allows 45 Algorithm for rating calling card calls, and a separate 



efficient configuration or reconfiguration of the rules for 
selecting and executing Price Plans. Each Condition con- 
tains source code for a small program able to determine if 
the Event being processed qualifies for that Condition or not. 
An example of a CML Condition program is 
"Event.network«=FIXED" which performs a comparison 
operation to determine if the network associated with the 
Event is fixed. The Conditions are based on attributes of the 
Event object, and/or the Service or Customer associated 



Algorithm for rating regular direct dialed telephone calls). 

A process checks whether a Detail or Summary calcula- 
tion is required for a Process Step. Detail Calculations are 
executed immediately. Summary Calculations, e.g., Tier 
50 Discount T are performed at thf fiiri nf thp p*™^ i71s\ 
possible that an Event is rated by more than one Process] 
within an Algorithm. This is referred to as a flow of charges./ 
Every process step, when specifying a detail calculation, has 
an Add/Replace indicator. If the indicator is set to Add, the\ 



with the Condition. The values in these attributes can be 55 calculated result is added to the charge for the Event before \^ 



combined in complex conditional expressions using logical 
(and, or, not) and comparison (<, >, ==, >=, <=, etc.) 
operators, defined in the CML grammar. Conditions may 
relate to the attributes indirectly through the use of Sensi- 
tivities. Sensitivities are sets of mutually exclusive Condi- 
tions referring to one or more attributes in the Event, Service 
or Customer objects. Sensitivities provide a way of handling 
multiple and mutually exclusive Conditions. Each Condition 
is associated with a Domain which is a value assigned to the 



the calculation was executed. Otherwise, the result of the 
calculation replaces the previous charge. 

A rating and summarization engine application of the 
invention is preferably implemented in a two -tier client 
server system 60, as depicted in FIG. 3. An application 
server component 64 is preferably implemented using C++ 
running on a HP-UNIX platform. The system 60 uses an 
Oracle database system on a database server 66 to store 
persistent objects. The processes of the present invention can 



Event for which the given Condition results true. This way, 65 be stored and distributed on a storage medium, such as a 
a Condition using Sensitivities will check for the domain of disc, and can also be distributed over a network, such as the 
a Sensitivity instead of specifying all the Conditions that Internet. 
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FIG. 4 depicts the relationship of the present invention to 
a preferred software architecture. A Rater and Summarize r 
80 irresponsible for all real-time rating and the accumula- 
tion ._o.LE ven t r in fo rm ati o n for end of jp^jjgfjod rati ng and 
pririneT The Rater and ^u^manze'r oCT^arT'fcvent driven 5 
system. An RAS Application process 82 is the main appli- 
cation for the Rater and Summarizer 80. This application 82 
handles all the input/output streams in the rating process 
e.g. — the Event files and the interfaces to the databases. The 
RAS Application process 82 receives Events that require 10 
rating in the form of unrated Events files created by Dupli- 
cate Event Check and Assemble Event process 84 and the 
Recurring Charges process 86. Further, the RAS Application 
process 82 receives Events that need to be re-rated from the 
Re -Rater process 88. The R^^AppJica tjon ^ process 82 15 
r etrieves bill informauonTrecessarv_ fc?the_proce^ fl ^o rn a 
Custom Bill Manager (CBM 1 application 90. One" Event 
after another is retrieved from the input files and sent to the 
RAS Guiding process 92. The RAS Guidin g process 92 
perfor ms the guiding of an Even t tqj ^artic^ 20 

Jl^Tjuidmg^ro^cesT9X re^ne^eli required cusfoSer infor- 
"mation from the Customer Care Manager application 94 and 
the Product Service Manager application 96. Once the 
guiding is complete, the guided Event is sent back to RAS 25 
Application process 82, which in turn sends the still unrated 
Event to an RAS Engine process 98. The RAS Engine 
process 98 rates and discounts the Event according to the 
business rules configured in the Product Service Manager 
application 96. The process of rating an Event is explained 30 
in greater detail in FIGS. 5 through 8. Once an Event is 
rated, the RAS Engine process 98 sends the rated Event and 
corresponding summary information back to RAS Applica- 
tion process 82. The RAS Application process 82 sends the 
rated Event to an Event Taxer process 100. The Event Taxer 35 
100 applies the correct tax rate to the Event and sends the 
taxed Event to RAS Application process 82. The RAS 
Application process 82 now sends the rated and taxed Event 
to a Database Event Manager 102 and the summary Events 
to a Event Summary Database 104. 40 

A process 130 performed by the present invention, as 
depicted in FIG. 5, i s perform e d r for each Event to be ra ted 
by the sys tem. The pro cess 130, once started 132, retrieve s 
13 4 trie cffien tl yeffective J ^lan SelectipnJUile Set frqmthe 
Price Plari^epositp0j6rThen, the first Plan Selection Rule 45 
is retrieved 136 from Repository 96 for the Plan Selection 
Rule Set. The next operation is to evaluate the rule to 
determine 138 and 140 if it represents a null rule, a Condi- 
tion or a Price Plan. If the rule represents a Condition, the 
Condition is retrieved and then evaluated 142 as shown in 50 
FIG. 8. If the Condition evaluates to TRUE 144, the Plan 
Selection Rule for the positive branch is retrieved 146. If the 
Condition evaluates to FALSE 144, the Plan Selection Rule 
for the negative branch is retrieved 148. If the rule represents 
a Price Plan, the Price Plan is retrieved and then processed 55 
150 as described with respect to FIG. 6. If the Event 
qualified 152 for the Price Plan, the Plan Selection Rule for 
the positive branch is retrieved 146. If the Event did not 
qualify 152 for the Price Plan, the Plan Selection Rule for the 
negative branch is retrieved 148. The processing of Plan 60 
Selection Rules continues until no further rules are found 
(i.e., a null is reached). 

FIG. 6 depicts the processing 150 of a Price Plan. This 
process is executed for each Price Plan found when execut- 
ing the rate Event Algorithm. This process, once started 172, 65 
retrieves 174 the currently effective Algorithm Selection 
Rule Set for the Price Plan from the Repository 96. Then, the 
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first Algorithm Selection Rule is retrieved 176 for the 
Algorithm Selection Rule Set from the Repository 96. The 
next operation is to evaluate 178 and 180 if the rule is null, 
represents a Condition or an Algorithm. If the rule represents 
a Condition, the Condition is retrieved and then evaluated 
182 as described in more detail with respect to FIG. 8. If the 
Condition evaluates 184 to TRUE, the Algorithm Selection 
Rule for the positive branch is retrieved 186. If the Condi- 
tion evaluates to FALSE, the Algorithm Selection Rule for 
the negative branch is retrieved 188. If the rule represents an 
Algorithm, the Algorithm is retrieved 190 and then pro- 
cessed as described in more detail in FIG. 7. For all cases, 
the Plan Selection Rule for the positive branch is retrieved. 
The processing of Algorithm Selection Rules continues until 
no further rules are found. 

FIG. 7 depicts the process 190 performed for each Algo- 
rithm found when processing the Process Price Plan Algo- 
rithm of FIG. 6. Each Algorithm consists of one or many 
process steps. The process 190, once started 212, retrieves 
214 the first Process Step from the Repository 96. It is then 
evaluated to determine 216 whether the Process Step rep- 
resents a Summary or a Calculation. If the Process Step 
represents a Summary, a selection of Event attributes are 
added 218 to a corresponding summary record and the 
applicable summary flags are set on the Event. Attribu tes 
t hat are summar ized in clude the quantity, of the j&entj how 
many kilobytes, or packets, or calls, or pajge^^r^hatever, 
dependingjjgojij^j^ the duration of the 

Event (minutes or seconds, etc.), and any associated charges. 
If the Process Step represents a Calculation, the Calculation 
is executed 220. A simple example of a Calculation is a 
Single Unit Calculation. In different uses, this provides a 
charge per unit, where the unit may be any unit of measure. 
A rate of $0.10 per min is a Single Unit Calculation, so is 
0.06 per call, so is 0.12 per kilobit. Another good example 
is the Percent Discount Calculation, which gives a 10% 
discount, or a 20% discount, etc., upon the charge it acts 
upon. Depending on the type of Process Step the calculated 
charge is then added 222 to the existing Event charge or used 
to replace the existing Event charge. The system then tests 
224 to determine if more steps are necessary and returns for 
more process steps if so. 

The process 142/182/220 depicted in FIG. 8 is performed, 
like a subroutine, for each Condition found when processing 
the Rate Event or Process Price Plan Algorithms of FIGS. 
5-7. The process, once started 242, retrieves 244 the Evalu- 
ator object. Then the CML program associated with the 
Condition is located and the evaluated 246 to determine if 
the program requires compilation. The programs associated 
with Conditions are preferably written using the business 
specific meta-language mentioned previously although other 
meta-languages can be used. The meta-language programs 
are compiled and executed on a virtual machine to enhance 
execution performance. For performance reasons, previ- 
ously compiled programs are kept in a cache. The meta- 
language programs can be modified at run time and no 
changes to C++ application code are necessary. If the 
compiled program can be found 248, the values required to 
evaluate the condition are retrieved 252 from the Event. If 
the compiled program cannot be found 248, the program is 
compiled 250. The values required to evaluate the Condition 
are retrieved 252 from the Event. If the Condition contains 
254 a Sensitivity the Evaluator context is set 256 accord- 
ingly and the Algorithm is called recursively. To prevent 
infinite recursion, Sensitivities preferably do not contain 
further Sensitivities. The Condition is then evaluated 258 
and the result is fetched 260 from the program. 
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The meta-language program of a Condition, Sensitivity or 
an Algorithm can be modified without touching any appli- 
cation core code. The modified program will automatically 
be used by any Plan Selection Rule Set 10 and any Algo- 
rithm Selection Rule Set 30 referring to the particular 5 
Condition. For example, the Condition, or Sensitivity for 
that matter, that is used to determine Peak and Off- Peak 
hours, can be modified in the meta-language program. The 
logic executed when the Condition is evaluated, as part of a 
Plan Selection Rule Set 10 and an Algorithm Selection Rule 1Q 
Set 30, is replaced by the modified program. The changing 
of a Algorithm, Condition or Sensitivity typically involves 
accessing the meta-language program. The program can be 
kept as reference data in the database or in files associated 
with the database. Changing an Algorithm or an Tariff Model 
Area/Tariff Model Area Sensitivity typically involves the 15 
use of SQL scripts. A conventional text editor is used by a 
designer/programmer to edit the text of the Algorithm, 
Sensitivity, Condition or SQL script to change the logic or 
parameters. Changes in a decision network sequence are 
made by changing the pointers in the network from one node 20 
to another node. As can be seen, changes in both the logic 
of the decision networks and the logic of Conditions, Sen- 
sitivities and Algorithms can be accomplished without 
changing core code. 

The present invention has been described with respect to 2 s 
a preferred platform. The platform or programming lan- 
guages used can, of course, be varied. A commercial rules 
engine could also be used to interpret Price Plan rules. 
Additionally, application code can be used instead of meta- 
language programs. The Event-pricing of the present inven- 30 
tion can also be applied to any business domain where 
customers are billed for transactions that can be represented 
as Events. 

The many features and advantages of the invention are 
apparent from the detailed specification and, thus, it is 35 
intended by the appended claims to cover all such features 
and advantages of the invention which fall within the true 
spirit and scope of the invention. Further, since numerous 
modifications and changes will readily occur to those skilled 
in the art, it is not desired to limit the invention to the exact 40 
construction and operation illustrated and described, and 
accordingly, all suitable modifications and equivalents may 
be resorted to, falling within the scope of the invention. 

What is claimed is: 

1. An apparatus, comprising: 45 
storage storing a price plan and a corresponding decision 

network; and 

a processor obtaining an event to be rated, evaluating the 
decision network to determine within an applicable 
price plan according to the event to be processed, and 50 
processing the decision network within the applicable 
price plan selecting a rating algorithm guiding the event 
to algorithms to calculate or modify a price and man- 
aging dependencies between price plans rating the 
event. 55 

2. An apparatus as recited in claim 1, wherein said 
processor processes the rating algorithm during processing 
of the price plan. 

3. An apparatus as recited in claim 1, wherein said 
processor traverses a plan selection rule set to select a price 60 
plan to evaluate and traverses an algorithm selection rule set 

to select an algorithm to rate the event. 

4. An apparatus as recited in claim 1, wherein said 
processor processes a global decision network to select a 
price plan, processes a price plan decision network to select 65 
a rating algorithm and processes the algorithm to rate the 
event. 



5. An apparatus as recited in claim 1, wherein said 
processor evaluates a condition during processing of the 
price plan. 

6. An apparatus as recited in claim 5, wherein said 
condition comprises an event qualification determination 
program. 

7. An apparatus, comprising: 

storage storing a price plan and a corresponding decision 
network; and 

a processor obtaining an event to be rated, and rating and 
summarizing the event by evaluating the price plan 
using the decision network, the decision network com- 
prising 

a plan selection rule set selecting the price plan accord- 
ing to the event, and 

an algorithm selection rule set according to the price 
plan selected guiding the event to algorithms to 
calculate or modify a price, and managing depen- 
dencies between price plans rating the event. 

8. A billing apparatus for rating a telecommunications 
transaction billing event, comprising: 

storage for storing price plans and decision networks of a 
telecommunications customer care and billing system; 
and 

a processor obtaining the telecommunications transaction 
billing event to be rated, and rating and summarizing 
the event by traversing a plan selection rule set and 
processing conditions within the plan selection rule set 
to select a price plan, traversing an algorithm selection 
rule set of the selected price plan and processing 
conditions within the algorithm selection rule set to 
select a rating algorithm, and processing the rating 
algorithm to rate the event with each condition com- 
prising an event qualification determination program. 

9. A computer readable storage medium storing a process 
for controlling a computer to rate an event by traversing a 
plan selection rule set to select a price plan to evaluate and 
traversing an algorithm selection rule set to select an algo- 
rithm guiding the event to algorithms to calculate or modify 
a price and managing dependencies between price plans 
rating the event. 

10. A process, comprising: 
obtaining an event to be rated; 

evaluating the decision network to determine an appli- 
cable price plan to process; 

evaluating a condition during processing of the price plan; 

processing a decision network within the applicable price 
plan to select a rating algorithm; and 

processing the rating algorithm selected during process- 
ing of the applicable price, plan guiding the event to 
algorithms to calculate or modify a price and managing 
dependencies between price plans rating the event. 

11. A process as recited in claim 10, wherein said condi- 
tion comprises an event qualification determination pro- 
gram. 

12. A process as recited in claim 10, wherein said evalu- 
ating the decision network traverses a plan selection rule set 
to select a price plan to evaluate and traverses an algorithm 
selection rule set to select an algorithm to rate the event. 

13. A process as recited in claim 10, wherein said evalu- 
ating the decision network processes a global decision 
network to select a price plan, processes a price plan 
decision network to select a rating algorithm and processes 
the algorithm to rate the event. 

14. An apparatus, comprising: 

a processor obtaining an event to be rated, evaluating a 
decision network to determine within an applicable 
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price plan according to the event to be processed, and 
processing the decision network within the applicable 
price plan selecting a rating algorithm guiding the event 
to algorithms to calculate or modify a price and man- 
aging dependencies between price plans rating the 
event. 

15. An apparatus, comprising: 

storage storing a price plan and a corresponding decision 
network; and 

a processor obtaining a telecommunications event to be 
rated, evaluating the decision network to determine an 
applicable price plan according to the telecommunica- 
tions event to process, and processing the decision 
network within the applicable price plan selecting a 
rating algorithm guiding the telecommunications event 
to algorithms to calculate or modify a price and man- 
aging dependencies between price plans rating the 
telecommunications event. 

16. An apparatus, comprising: 

storage storing a price plan and a corresponding decision 
network; and 

a processor obtaining a telecommunications event to be 
rated, and rating and summarizing the telecommunica- 
tions event by evaluating the price plan using the 
decision network, the decision network comprising 
a plan selection rule set selecting the price plan accord- 
ing to the telecommunications event, and 



an algorithm selection rule set according to the price 
plan selected 

guiding the telecommunications event to algorithms 
to calculate or modify a 'price, and 
5 managing dependencies between price plans rating 

the telecommunications event. 

17. A computer readable storage medium storing a pro- 
cess for controlling a computer to rate a telecommunications 
event by traversing a plan selection rule set to select a price 

10 plan to evaluate and traversing an algorithm selection rule 
set guiding the telecommunications event to algorithms to 
calculate or modify a price and managing dependencies 
between price plans rating the telecommunications event. 

18. A process, comprising: 

15 obtaining a telecommunications event to be rated; 

evaluating the decision network to determine an appli- 
cable price plan to process; 
evaluating a condition during processing of the price plan; 
processing a decision network within the applicable price 

plan to select a rating algorithm; and 
processing the rating algorithm selected during process- 
ing of the applicable price plan guiding the telecom- 
munications event to algorithms to calculate or modify 
25 a price and managing dependencies between price 
plans rating the telecommunications event. 



20 
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